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(54) Alternative telephone call routing system 

. (57) A telecommunication system includes a source 
private branch exchange (12) that transmits telephone 
calls from a source to a destination private branch 
exchange (26) over a public switched telephone net- 
work (18). As an alternative to transmitting the calls over 
the putrfic switched telephone network, the private 
branch exchange is coupled to a telephony Internet 
server 30 that can transmit telephone calls over a glottal 



wide area computer network such as the Internet (32). 
The private branch exchange (12) queries the destina- 
tion private branch exchange (26) to determine if it sim- 
ilariy coupled to a tel^hony Internet server. If so, the 
bandwidth used by the telephony Internet server will 
. allow the transmission of the telephone call, the call is 
routed over the Internet (32) to the intended recipient. 
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Description 

Fscid cf ths Irrvsntion 

[0001] The present invention relates to communica- 
tion systems, and in particular to systems for selecting 
alternative routes for telephone calls. 

Background of the Invention 

[0002] As business is conducted over ever expanding 
geographical areas, the use of telecommunication serv- 
ices to transmit voice and data signals is continually 
increasing. As a result of the increased use of these 
services, the cost for such services becomes a signifi- 
cant part of the cost of doing t)usiness. Therefore, most 
businesses are continually looking for ways to reduce 
their communication costs. 

[0003] One known method of otrtaining Iree" tele- 
phone calls is to transmit the calls via a global wide area 
computer network such as the Internet. In effect, these 
calls are not free because the user leases the telephone 
lines that are used to provide their Internet access, how- 
ever, calls placed over the Internet are not separately 
billed. 

[0004] In the past, it has not been possible to seam- 
lessly integrate the Internet as an alternative mute for 
transmitting telephone calls because there is no way of 
knowing whether an intended recipient has the ability to 
receive calls. 

[0005] Given the shortcomings in the prior art, there is 
a need for a telephone communication system that can 
reduce communication costs t^y automatically determin- 
ing when it is possible to transmit calls on the Internet to 
utilize excess bandv^dth. 

Summary of the Invention 

[0006] To reduce the cost associated with transmitting 
telephone calls over a public switched telephone net- 
work (PSTN), the present invention is a communication 
system that transmits calls from a source private branch 
exchange or central office to a destination private 
branch exchange or central office. The source private 
branch exchange is coupled to a telephony Internet 
server that can transmit a call over a global wide area 
computer network such as the Internet. To determine 
whether the call can be transmitted over the Internet., 
the source private branch exchange transmits a mes- 
sage to the destination private branch exchange over 
the PSTN to determine whether it is similarly equipped 
with a telephony Internet server. If so. and the band- 
width available on the Internet will accommodate an 
additional call, then the telephone call is routed to the 
Internet. 

[0007] The quality of the call placed on the Internet is 
continually monitored. If the quality drops below a pre- 
determined threshold, the call is rerouted from the Inter- 
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net back to the public switched telephone network. 

Brief Description of the Drawings 

5 [0008] The foregoing aspects and many of the attend- 
ant advantages of this inv&ition will become more read- 
ily appreciated as the same becomes better understood 
by reference to the following detailed description, when 
taken in conjunction with the accompanying drawings, 

10 wherein: 

FIGURE 1 is a block diagram of a communication 
system in accordance with the present invention; 
and 

IS FIGURE 2 is a flow chart of the st^s performed by 
the present invention to select the most appropriate 
path to route a telephone call. 

Detailed Description of the Prefenred Embodiment 

20 

[0009] The present invention is a communication sys- 
tem that can automatically determine v^ether to route a 
telephone call on a public switched telephone network 
or on a alternative path, such as the Internet, in order to 

25 reduce communication charges. 

[0010] As shown in FIGURE 1. the communication 
system 10. according to the present invention, includes 
a source private branch change (PBX) 12 that connects 
a telephone call between a number of user input 

30 devices and a pii^lic switched telephone network 
(PSTN) 18. The input devices may be standard tele- 
phones 14. a video conferencing system 16 or other 
types of communication systems such a facsimile 
machine, etc. Galls from a user input device are typically 

35 routed by the PBX 12 on the public switched telephone 
network 18 to a intended receiver. The interKied 
receiver may be a conventional telephone 22 or a corre- 
sponding video conferencing system 24. facsimile 
machine, etc. The intended receivers are generally cou- 

40 pled to the public switched telephone network 18 
through a destination private branch exchange PBX 26. 
[001 1 ] As described above, each time a user places a 
call on the public switched telephone network 18. they 
are charged for the use of the service. An alternative 

45 method of transmitting a telephone call is through the 
use of a global wide area computer network such as the 
Internet. To transmit these calls, telephony Internet 
server 30 is coupled to the PBX 12. The telephony Inter- 
net server receives a digitized telephone signal, com- 

so presses the signal, and arranges the compressed signal 
into a series of data packets. An Internet address is 
added to each packet and the packets are trar^mhted 
over the Internet 32 to a receiving telephony Internet 
server 34. that is coupled to the receiving PBX 26. At 

55 the receiving tel^hony Internet server, the packets are 
decompressed, combined back irrto a serial data 
stream, and supplied to the PBX 26. 
[001 2] To reduce the cost of communication services, 
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the communication system of the present invention 
determines when it is possible to mute a telephone call 
on the Internet 32 rather than on the PSTN 18. In partic* 
Ulan if a desired rectptent s PBX 26 is equipped with a 
telephony Internet server, and the bandwidth being § 
used by such a server can handle the additional traffic, 
then a telephone call can be muted on the Internet to 
avoid p>aying the additional charges that would be 
incurred if the call were transmitted on the PSTN 18. 
[001 3] FIGURE 2 is a flow chart of the steps 50 per- io 
formed by the PBX 12 shovkm in FIGURE 1 in order to 
determine whether a call should be muted on the PSTN 
18 or on the Internet 32. Beginning with a step 52. the 
source PBX receives a telephone number of an 
intended recipient from a user input device such as a is 
telephone, video conferencing system, facsimile 
machine, etc. At a step 54, the source PBX determines 
whether the telephone number received is in the list of 
recently placed Internet calls. If the answer to step 54 is 
no. then the PBX 12. begins to place the call on the 20 
PSTN 18 using an ISDN or other similar digital format. 
[0014] As the call is being set up, the source PBX 
transmits an information element field that indicates the 
source PBX has a telephony Internet server with the 
ability to route the call over the Internet. This information 25 
element field is received by the destination PBX and 
decoded. The destination PBX then responds if it is sim- 
ilarly equipped with a telephony Internet server and if so 
includes with the response the Internet address of its 
telephony Internet server. At step 60. the sending PBX 30 
determines whether a reply has been received with an 
address of a destination telephony Internet server 
within a predetermined time limit. This time limit may be 
fixed or variable depending on who is attempting to 
place a call. For example, if the call is placed from an 35. 
executive phone, then the time limit used before con- 
necting a call on the PSTN may be shorter than the time 
limit used for calls that originate from the mailroom. If 
the answer to step 60 is no, then the call set up is conv 
pleted on the PSTN at a step 62 in a conventional man- 40 
ner. 

[001 5] If the answer to either the step 54 or 60 is yes, 
then the PBX forwards the address of the destination 
telephony Internet server to the telephony Internet 
server that is coupled to the source PBX at a step 62. 45 
The telephony Internet server uses this address to send 
the packetized telephone call to the intended receiver 
on the Internet at a step 64. Calls may be immediately 
rerouted from a PSTN to the Internet upon the determi- 
nation on that the receiver is equipped with a telephony so 
Internet server. If a response is received indicating that 
the call can be routed on the Internet after the call has 
already been set up on the PSTN, then the call can be 
switched to the Internet after a time period equal to the 
minimum billing increment on the PSTN. For example, if ss 
a call is initially set up on the PSTN and the PSTN bills 
in one minute increments, the call would be switched to 
the Internet at the end of the minute 



[001 6] At any time the quality of the data transmission 
carried by the telephony Internet servers may degrade 
such that the call cannot be properly transmitted on the 
Iruernet. Therefore, at a step 66, the source PBX que- 
ries the telephony Internet server regarding the quality 
of the call placed on the Internet. Typcally, quality is 
measured by the number of data packets that are trans- 
mitted in a given amount of time and the delay intro- 
duced by the telephony Internet servers and the 
network that extends between them to send the pack- 
ets. Methods for establishing a level of quality on a 
packetized data network such as the Internet are con- 
sidered well known to those of ordinary skill in the art 
and therefore need not be discussed in further detail. 
[0017] At a step 68. the sending PBX determines 
whether the quality of the telephone connection is suffi- 
cient to continue the call. If so. processing returns to 
step 66 until either the quality degrades or the call is fin- 
ished. K at step 68 it is determined that the quafity is 
insufficient to carry the call, then the source PBX can 
reroute the telephone call to the intended recipient on 
the PSTN at a step 70 without user intervention. 
[0018] As can be seen from the above description, the 
present invention is a communication system having 
alternative paths on which a call can be routed. By 
determining whether an intended recipient has the abil- 
ity to transmit data on an alternative path such as the 
Internet, the alternative path can be used instead of a 
traditional PSTN. Telephone calls placed on alternative 
paths avoid the charges that are incurred each time a 
call is transmitted on the PSTN. 
[0019] Although the present invention has been 
described with respect to the preferred embodiment, it 
will be appreciated by those skilled in the art that 
changes can be made. For example, it is possible that 
the telephony Intemet servers could be located at a 
central telephone office for users that are not connected 
to the PSTN through a private branch exchange. The 
central office would query whether a central office that 
serves the intended recipient is connected with a 
telephony Internet server and. based on the answer, 
could route a telephone call either on the Internet or on 
the PSTN. 

Claims 

The embodiments of the invention in which an 
exclusive property or privilege is claimed are d^ined as 
follows: 

1. A method of muting a telephone call over a public 
switched telephone network or a global wide area 
computer network, comprising: 

receiving a tel^hone nun^er that is associ- 
ated with a desired recipient of the telephone 
call; 

setting up a telephone call to the desired rectp- 
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ient on the public switched tel^hone network; 
determining whether the recqsient has a capa- 
bility to receive the telephone call on the global 
wide area computer network before the tele- 
phone call is connected a the public switched 
telephone network; and 
connecting the telephone call on the global 
wide area computer network if the recipient has 
the capability to receive the telephone call on 
the global wide area network. 

2. The method of Claim 1. wherein the telephone call 
is transmitted on an ISDN line over the public 
switched telephone network and wherein the step 
of determining whether the recipient has the capa- 
bility to receive the telephone on the global wide 
area computer network comprises: 

transmitting a signaling F>acket to the desired 
recipient that indicates that a source of the tel- so 
ephone call is equipped with a telephony Inter- 
net server, and 

receiving from the desired recipient a signaling 
packet that indicates that the desired recipient 
is equipped with a telephony internet server. 2S 

3. The method of Claim 2. further comprises: 

monitoring a time period before a signaling 
packet is received from the desired recipient 30 
that indicates that the desired . recipient is 
equipped with a tel^hony internet server; and 
comparing the time period with a predeter- 
mined time threshold and if the time period 
exceeds the time threshold, then conrpleting 3S 
the telephone call set up on the public switched 
telephone network. 

4. The method of Claim 3, wherein the time threshold 
is varied depending on the source of the telephone 40 
call. 

5. The method of Claim 3, further comprising: 

determining if a signaling packet is received 4S 
from the desired recipient that indicates the 
desired recipient is equipped with a telephony 
Internet server after the telephone call has 
been set up on the put^lic switched telephone 
network, and if so, connecting the telephone so 
call on the global wide area computer network 
at the and of a minimum billing increment of the 
public switched telephone network. 

6. The method of Qaim 1 . further corrprising monitor- ss 
ing the quality of the telephone call on the global 
wide area computer network; and 

transfering the telephone call to the put>lic 



switched tel^hone network if the quality is 
degraded. 

7. The method of Claim 6, wherein the telephone call 
5 transmitted as a number of data packets on the glo- 
bal wide area network arKi wherein the step of mon- 
itoring the quality of the telephone call on the glot>al 
wide area network, comprises: 

10 determining the rate at which data packets are 

sent by and received by the telephony Internet 
servers; and 

determining if the rate of the data packets is 
less than a rate threshold and if so. declaring 
75 the quality of the telephone call to be degraded. 

8. The method of Claim 6. wherein the telephone call 
is transmitted as a nunlber of data packets on the 
global wide area network and wherein the step of 
monitoring the quality of the telephone call on the 
global wide area network comprises: 

determining a delay time required before a data 
packet is transmitted on the global wide area 
network; and 

determining if the delay time is greater than a 
delay time threshold and if so declaring the 
quality of the telephone call to be degraded. 

9. . The method of Claim 6. wherein the telephone call 
is transmitted as a number of data packets on the 
global wide area network and wherein the step of 
monitoring the quality of the telephone call on the 
global wide area network comprises: 

determining a rate at which data packets are 
transmitted and received by the tel^hony 
Internet servers and a delay time required 
before a data packet is transmitted on the glo- 
bal wide area network; 

comparing the rate and delay time to a rate and 
delay time threshold and if the rate is less than 
the rate threshold, or if the delay time is greater 
than the delay threshold, declaring the quality 
of the telephone call to be degraded. 

10- A communication system for muting a telephone 
call over a public switched telephone network or 
over a global wide area computer network, com- 
prising: 

a private branch exchange that connects calls 
between one or more source telephones and 
the public switched telephone network; 
. a tel^hony Internet server, coupled to the pri- 
vate branch exchange that can route a tele- 
phone call over the glot>al v^de area networK 
wherein the private branch exchange operates 
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to place a call to a second private branch 
exchange that connects the telephone call to 
an intended recipient network and to determine 
whether the second private branch exchange is 
coupled to a telephony Internet server and if s 
so. routes the telephone call to the intended 
recipient on the global wide area computer net- 
work. 
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(54) Alternative telephone call routing system 

(57) A telecommunication system includes a source 
private branch exchange (12) that transmits telephone 
calls from a source to a destination private branch ex- 
change (26) over a public switched telephone network 
(1 8). As an alternative to transmitting the calls over the 
public switched telephone network, the private branch 
exchange is coupled to a telephony Internet server 30 



that can transmit telephone calls over a global wide area 
computer network such as the Internet (32). The private 
branch exchange (12) queries the destination private 
branch exchange (26). to detemrtine if it similarly coupled 
to a telephony internet server. If so, the bandwidth used 
by the telephony Internet server will allow the transmis- 
sion of the telephone call, the call Is routed over the In- 
ternet (32) to the intended recipient. 
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(54) Data network call handling method 

(57) A voice call is carried between a calling party 
and a called party over a data network. During the call, 
the calling party or the called party can instruct the sys- 
tem to select an alternative routing for the call, and the 
system transfers, in response to the instruction, the call 
to the altemative routing. The alternative routing can be 



a switched network (PSTN) routing for the call. The al- 
ternative routing can be established before dropping the 
voice over data network call, such as by conferencing 
the new calK to provide a seamless handover. The in- 
struction from the calling parties can be made by a key 
sequence. 
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Description 
^er*LJMi/*Ai citeri n 

[0001] This invention relates to a method and appa- 
ratus tor handling a communications call and In partic- 
ular relates to the handling ol a voice call over a data 
network. * *' 

BACKGROUND OF THE INVENTION 

[0002] There is an increasing interest in providing 
voice communications over data networks. One of the 
most common ways lor handling voice calls over a data 
network is voice over internet (VoIP), using intemet pro- 
tocol (IP) techniques. The use ot data networks to carry 
voice traffic can significantly reduce costs. However, 
there are some disadvantages in using data networks 
to carry voice traffic. Data networks have less stringent 
delay criteria than dedicated voice networks, which can 
lead to noticeable, distracting delays during conversa- 
tions. Following the establishment of an end-to-end 
VoIP call between two parties, network congestion may 
occur which results in increased packet loss and/or la- 
tency through the IP network. 

[0003] It is known for the network to route voice over 
data network calls via the PSTN in the event that quality 
of a call falls below predefined thresholds. However, this 
may still result in an overall call which is of unacceptable 
quality to the calling parties. 

[0004] The present invention seeks to provide an al- 
ternative way of handling a call. 

SUMMARY OF THE INVENTION 

[0005] A first aspect of the present invention provides 
a method of handling a call between a calling party and 
a called party, the call being a voice over data network 
call, the method comprisirig the steps of: 

receiving at a switching entity, during the call, an 
instruction from one of the calling party and the 
called party to select an alternative routing for the 
call; and. 

transferring, in response to the instruction, the call 
to the alternative routing. 

[0006] This has advantage of allowing users to obtain 
an improved quality of service in situations where net- 
work performance is inconsistent. Allowing the calling 
parties themselves to determine an acceptable quality 
of service (QoS) for the call and to take alternative action 
can help encourage users who are sceptical of the per- 
formance of VoIP and are unwilling to commit to a VoIP 
based network without a good fallback option. 
[0007] Preferably, the alternative routing is a switched 
telephone network routing for the call, which should offer 
a higher quality of service than the data network. 



[0008] Preferably the step of transfer:.^.- the call in- 
cludes the steps of: initiating a new call v;.n the alterna- 
tive roiitLng and dropping the existing call after the new 
call has been established. This has the advantage of 
s presenting a seamless handover, with minimal disrup- 
tion to the calling parties. Advantageously the step of 
transferring the call includes the step of conferencing 
the new call into the existing call before dropping the 
existing call. 

10 [0009] V^ere there is a calling party switch associat- 
ed with the calling party and a called party switch asso- 
ciated with the called party, both switches having an in- 
terface to the alternative routing, the step of conferenc- 
ing can include a step of conferencing a port of the at- 

is ternative routing interface of the calling party switch be- 
fore initiating a call via the alternative routing. This al- 
lows a connection to remain between the calling parties 
even in the event that the data network call, should fail 
before fallback to the alternative routing has been com- 

20 pieted. 

[0010] Advantageously the alternative routing is 
made via a dedicated port on the called party switch. By 
using a dedicated port, the called party switch can real- 
ise that the call is one v/hich requires fallback treatment. 
2S Advantageously the step of conferencing includes the 
calling party switch signalling the identity of the called 
party to the called party switch. 

[0011] Preferably the step of receiving comprises re- 
ceiving a signal which identifies the alternative routing. 

30 The. or each, alternative routing for the call can be iden- 
tified by a particular message. The user can select the 
alternative routing by dialling a key sequence or by 
pressing a pre-programmed key on the terminal. 
[0012] The signalling can be by a dual tone multifre- 

35 quency (DTMF) signal or some other signalling mes- 
sage, such as an ISDN message. 
[001 3] Another aspect of the invention provides appa- 
ratus for use in a communications system v^ich is han- 
dling a call between a calling party and a called party. 

40 the call being a voice over data network call, the appa- 
ratus comprising: 

means for receiving, during the call, an instruction 
from one of the calling party and the called party to 
4S select an alternative routing for the call; and, 

- means for transferring, In response to the instruc- 
tion, the call to the alternative routing. 

[0014] This apparatus may be incorporated in a tele- 
so coinmunications switch. 

[001 5] Preferred features may be combined as appro- 
priate, and may be combined with any of the aspects of 
the inventk>n. as would be apparent to a person skilled 
in the art. 

55 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0016] For a better understanding of the inventbn. 
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and to show by way of example how K may be carried 
into effect, embodiments will now be described with ref- 
erence to the accompanying drawings. In which: 

Figure 1 shows a typical system which allows a te- 
lephony call to be made via a data network; 
Figure 2 shows a system which provides a fallback 
path via an alternative routing; 
Figure 3 shows message flows for the system of fig- 
ure 2; 

Figure 4 shows signalling to achieve the fallback 
method: and. 

Figure 5 shows one of the PBXs in more detail. 

DESCRIPTION OF PREFERRED EMBODIMENTS 

[CX)17] Figure 1 shows a typical system which allows 
a telephony call to bo made via a data network. Term!- 
nalsd a calling.pany 1 0 and a called party 30 are each 
linked lo a respcclive private branch exchange (PBX) 
* 15. 35. The PBXs> 15. 35 each have an interface to a 
gateway device 20. 22 which performs conversion of 
traffic belween the format used in the PBX and the for- 
mat necessary for iranspori over the data network 25. 
The gateway or a gatekeeper entity handles translation 
between dialled number and IP addresses where this is 
required. The traffic is typically carried according to 
TCP/IP or UDP/IP formats over data network 25: H.323 
typically being carried by TCP packets and speech data 
by tJDP packets The speech or other voice-band infor- 
mation is packaged into data packets which each have 
a header that carries information to allow the packet to 
be routed across data network 25. The data network 25 
includes routers 21 , 26 which perform the routing across 
the data network 25. The above apparatus is known In 
the art. The data network is typically a private IP data 
network or intranet, which is designed and managed to 
offer a good quality of service. Usually, the delay expe- 
rienced by data packets crossing the network will be low 
enough to offer a quality of service which is sufficient, in 
most circumstances, to support voice traffic. 
[0018] Figure 2 shows the system of figure 1 with the 
addition of a switched telephone network link 40 be- 
tween PBXs 15, 25. The switched network link can be 
via the public switched telephone network (PSTN) or a 
private network of leased lines. PBXs 15, 25 include 
suitable interfaces to the switched network, and these 
would usually already be part of the PBXs. 
[0019] The fallback process will now be described 
with reference to figure 3 (which shows the system of 
figure 2 with the addition of message flows) and figure 
4. The fallback process allows the party who initiated a 
voice over IP call to fallback to a PSTN based call by 
dialling an appropriate key sequence on their dtalpad. 
The sequence causes a separate PSTN call to be es- 
tablished to the destination site. The call is terminated 
at the remote site and the calls are merged to provide a 
seamless handover. The original VoIP call can then be 



dropped. The calling party (or the called party) can make 
the judgement on whether to fallback or not and can in- 
voke the fallback without interrupting the call. The detail 
of the implementation Is dependent upon the host PBX 
5 and gateway used. 

[0020] A typical call scenario will now be described In 
more detail. 



Call Scenario 

10 

[0021] 

1. Calling party A 10 dials the called party B 30. 
Called parly B answers, thereby establishing an 

15 end to end VoIP call (step 100, fig.4.) The call Is set 
up as a voice over data network call via PBX A, 
gateway 20, data network 25, gateway 22 and PBX 
B. Both parties A and B are connected to a PBX and 
have a signalling path to their respective PBX. The 

20 voice path may be end-to-end IP, or the parties may 
be communicating via VoIP trunk gateways on ei- 
ther end, as shown in fig. 3. 

2. At some point during the call, network congestion 
2S occurs and calling party A decides that the quality 

of the speech path is unacceptable and fallback is 
required. Party A then dials a predetermined key se- 
quence, e.g. '*777', (step 101 ^ fig.4.) The signalling 
can be DTIv/lF signalling. This signalling is^ detected 

30 by PBX A, which recognises the sequence as a fall- 
back request for this call. A signalling detection re- 
source is maintained online, in 'listening mode', for 
the duration of the call to detect the DTMF se- 
quence. Alternatively, for PBX proprietary tele- 

3S phone sets, a specific feature key can be defined 
on the user's terminal that performs the same func- 
tion as dialing the •*777' code. Upon receipt of the 
appropriate sequence, the call control software will 
commence the setup of the alternative call. This call 

40 can be setup between dedicated fallback units on 
the two systems (PBXs) that are party to the call or 
alternatively^ can use non-dedicated ports provided 
the necessary signalling information can be ex- 
changed to indicate to the far side that this is a fall- 
back call. Either way, the system that is terminating 
the alternative call should know (i) that this is a tall- 
back call and, (li) the terminating party for the call. 

3. An additional, optional, step 102 can be invoked 
so ' at this point. A conference can be set up between 

the originating party on PBX A and originating fall- 
back port on PBX A prior to initiating the fallback 
PSTN call. This has the effect of allowing the fall- 
back call to complete once PBX B has replied, even 
ss if the VoIP call subsequently drops. 

4. PBX A initiates a call to PBX B (step 103) using 
the PSTN 40. or some alternative route that will by- 
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pass the original IP call path. The connection can 
be a TIE or DID. A TIE call is made over a dedicated 
leased iine connection (arialoy/diyual) betweer. two 
PBXs, and while the PSTN infrastructure may be 
used to route the call, the call is not temiinated on 
the PSTN. A DID (Direct Inward Dialled) call is ter- 
minated on the PSTN and contains sufficient infor- 
mation to terminate directly on Ihe called party's ex- 
tension. PBX A dials the number of a dedicated tall- 
back port on PBX B. 

5. PBX B answers on it's fallback port and immedi- 
ately switches in a DTMF detector. Once PBX B re- 
ceives the call, it must then receive the digit infor- 
mation regarding who the terminating party is. (This 
can be via in -band tones that are detected by a tone 
detection resource on PBX B.) PBX B then estab- 
lishes a conference (step 105) between the termi- 
nating party and the terminating fallback port, using 
a conference resource. 

Note: If the fallback call is an ISDN call, the ex- 
change of Party B's DN can be communicated via. 
a FACILITY message rather than signalling tones. 

6. PBX A detects the answer from PBX B and trans- 
fers Party B's directory number (DN) as a series of 
DTMF digits to PBX B (step 104). .As an alternative 
to signalling the DN of party B.^PBX A can identity 
the on -going VoIP connection. 

7. Party B's DN digits are detected by the fallback 
port on PBX B. PBX B initiates a conference with 
Party B's DN (step 104), Once this is established 
successfully, it then signals back to the originating 
system that the call has been successfully confer- 
enced at the far end (step 1 1 0) using an appropriate 
signal. As soon as PBX A receives the completion 
signal, it can immediately transfer the calling party 
to the fallback port (step 115), dropping the VoIP 
gateway call in the process. If a conference at PBX 
A was established at step 102 then the conference 
is ended at this point by dropping the VoIP call. This 
establishes an end to end connection to the termi- 
nating party on PBX B. As soon as PBX B detects 
the dropping of the VoIP gateway call, the confer- 
ence will be converted to a simple call, freeing up 
the VoIP gateway port and the conference resource 
(step 120). 

8. Party A is now left talking to Party B via a PSTN 
(or alternative) connection and the fallback is com- 
plete (step 108.) The call is now equivalent to if the 
caller had dialled a PSTN based trunk route. 

[0022] It is possible that the IP link can fail before the 
fallback to the PSTN is complete. lf conferencing is used 
on PBX A during call setup and PBX B has answered, 
the call will be seamlessly completed even though the 



VoIP call subsequently drops. If the VoIP call drops be- 
fore PBX B answers, the call will be presented to the 
terminating party of PB.X B as a new (PSTN) call. 
[0023] The above implementation requires the use of 

s a hardware or software entity on PBX B receiving the 
call that is capable of terminating the fallback call via the 
PSTN and initiating the required transfer. A Nortel Net- 
works MERIDlAN^w VPS card can pertorm this function. 
[0024] Figure 5 shows a high level view of a typical 

10 circuit or packet switched based PBX. The gateways in 
each case also contain the actual physical interface to 
the particular network specified. For the VoIP Gateway, 
the interface is usually Ethernet. 
[0025] The tone detection resource 60 is shown as a 

IS separate entity. It can co-reside with the VoIP Gateway 
20 and be dedicated to the gateway or it can be a sys- 
tem-wide resource available to other gateways 80. 90 
in the system. 

[0026] The call control software 50 is responsible for 
20 call routing within the system in response to messages 
from the gateways, the tone detectbn resource and the 
terminal interfaces. In the case of user-initiated fallback, 
. the call control software will respond to the fallback digit 
. sequence received via the terminal interface 95, detect- 
25 ed by the tone detector 60 or by the gateway Itself 
(where the gateway has built-in tone detection facilities). 

Alternatives 

30 

[0027] Where the called party initiates the fallback, 
there are two requirements: (i) the called party must 
know exactly the calling party's number, and (ii) the 
called party must be configured to support this function- 
's ality and have a tone detection resource online to detect 
the fallback sequence. If both of these conditions are 
satisfied, the call sequence is simply a reverse of that 
previously described. 

[0028] The port terminating the fallback call on side B 
40 could be a DN controlled by a 3rd party application that 
is responsible for the call control or it could also be im- 
plemented as a telset emulation port on a card such as. 
the Nortel Networks MERIDIAN'^" VPS card. This is ca- 
pable of emulating MERIDIAN"^*^ proprietary terminals 
45 and is capable of delivering the required lunctionality to 
answer the call, detect digits and then transfer the call 
with/without an exterrwil CTI interface. The VPS card 
contains both simple conferencing and tone detection 
facilities. For a call in fallback mode, a port on the VPS 
so card is conferenced in at the time that this fallback route 
is established, by the call control software. While in non- 
fallback mode, this port operates in 'listen only' mode, 
checking for the '•777* digit sequence. Once the se- 
quence is detected, the VPS card has the ability to ini- 
ss tiate a call to an outgoing trunk port, transfer across the 
DTMF digit string and then signal to the call control soft- 
ware once the call is established, The call control soft- 
ware then tears down the VoIP call and a call path exists 
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between the calling party, the VPS card and the outgo- 
ing trunk (which doesn't need to be dedicated). 
[0029] While the above description shows an alterna- 
tive routing via the PSTN, it will be appreciated that other 
alternative routes could be used, such as frame relay or 
ATM, providing that these do not suffer from the same 
impairments as the network which carries the IP pack- 
ets. 

[0030] While the above description shows how the al- 
ternative routing may be applied between a calling party 
switch PBX A and a called party switch PBX B, it will be 
appreciated the alternative routing could also be used 
for a shorter leg of the total path between the calling 
party and called parly, such as between two switches 
which are not directly connected to the calling and called 
parties. The description of the switches as being "asso- 
ciated with the calling party" and "associated with the 
called party" are intended to mean "associated with the 
calling party end of the path between the calling and 
called parties' and "associated with the called party end 
of the path between the calling and called parties." 
[0031] The above describes how a predetermined key 
sequence or a programmed key on the user's terminal 
can be used to instruct the switch to perform a transfer 
to an alternative routing. There can be a plurality of dif- 
ferent key sequences/programmed keys, each repre- 
senting a different alternative routing for the call. 

Claims 

1 . A method of handling a call between a calling party 
and a called party, the call being a voice over data 
network call, the method comprising the steps of: 

receiving at a switching entity during the call, 
an instruction from one of the calling party and 
the called party to select an alternative routing 
for the call; and, 

transferring, in response to the instruction, the 
call to the alternative routing. 

2. The method according to claim 1 wherein the alter- 
native routing is a switched telephone network rout- 
ing for the call. 

3. The method according to claim l wherein the step 
of transferring the call includes the steps of: initiat- 
ing a new call via the alternative routing and drop- 
ping the existing call after the new call has been es- 
tablished. 

4. The method according to claim 3 wherein the step 
of transferring the call includes the step of confer- 
encing the new call into the existing call before drop- 
ping the existing call. 

5. The method according to claim 4 wherein there is a 



calling party switch associated with the calling party 
and a called party switch associated with the called 
party, both switches having an interface to the alter- 
native routing and wherein the step of conferencing 
5 includes the calling party switch signalling the iden- 

tity of the called party to the called party switch. 

6. The method according to claim 4 wherein there is a 
calling parly switch associated with the calling party 

10 and a called party sv^ch associated with the called 
party, both switches having an interface to the alter- 
native network and wherein the step of conferenc- 
ing includes conferencing a port of the alternative 
routing interface of the calling party switch before 
IS initiating a call via the alternative routing. 

7. The method according to claim 1 wherein there is a 
calling party switch associated with the calling party 
and a called party switch associated with the called 

20 party, both switches having an interface to the alter- 
native routing, and the alternative routing is made 
via a dedicated port on the called party switch. 

8. The method according to claim 1 wherein the step 
25 of receiving comprises receiving a signal which 

identifies the alternative routing. 

9. The method according to claim 1 wherein the step 
of receiving comprises receiving a signalling mes- 

30 sage. 

10. The method according to claim 9 wherein the step 
of receiving comprises receiving a signalling mes- 
sage which is one of a DTMF signal and an ISDN 

35 message. 

11. A method of operating a switch in a communications 
system which is handling a call between a calling 
party and a called party, the call being a voice over 
data network call, the method comprising the steps 
of: 

receiving, during the call, an instruction from 
one of the calling party and the called party to 
select an altemative routing tor the call; and, 
transferring, in response to the instruction, the 
call to the alternative routing. 

12. Apparatus for use in a communications system 
so which is handling a call between a catling party and 

a called party, the call being a voice over data net- 
work call, the apparatus comprising: 

means for receiving, during the call, an instruc- 
55 tion from one of the calling party and the called 

party to select an alternative routing for the call; 
and, 

means for transferring, in response to the in- 
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(54) Data network call handling method 

(57) A voice call is carried between a calling party 
and a called party over a data network. During the call, 
the calling party or the called party can instruct the sys- 
tem to select an alternative routing for the call, and the 
system transfers, in response to the instruction, the call 
to the alternative routing. The alternative routing can be 



a switched network (PSTN) routing for the call. The al- 
ternative routing can be established before dropping the 
voice over data network call, such as by conferencing^ 
the new call, to provide a seamless handover. The in- 
struction from the calling parties can be made by a key 
sequence. 
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(54) Automatic backup trunking for voice over the internet 



(57) To reduce telephone toll costs to a user, a PBX 
preterentiaiiy establishes a call to a destination number 
(DN) over a WAN or the internet. The PBX determines 
the available connection types available by querying 
look-up tables for the particular DN. If no alternatives to 
the PSTN are available, the call is routed over the PSTN. 
Where a WAN or intemet connection is available, the 
call is then routed over this alternative service. If the 
Quality of Service (QoS) over the computer network 



connection falls below a specified threshold, a second 
parallel.connection is made over the PSTN and the call 
is then transferred to the PSTN.* The user is notified ot 
this change in service. During the PSTN connection, the 
PBX polls the alternative service and. upon the QoS ris- 
ing above a specified threshold, the call is then routed 
back to the alternative service and the PSTN connection 
is torn down. The user is again notified of this change 
in service. 
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Description 

[0001] This invention relates to a method and appa- 
ratus for routing a telephone call. 
[0002] Voice communication over the internet is 
known. However, such communication typically re- 
quires that both parties be logged on to an intemet pro- 
vider, be running compatible voice communication soft- 
ware, and have the necessary^ hardware (e.g.. micro- 
phone and speakers). Further, voice communication 
over the internet may degrade due to congestion. 
[0003] The present invention seeks to obviate disad- 
vantages ol known voice connmunication over the inter- 
net. 

SUMMARY OF THE INVENTION 

[0004] According lo the present invention, there is 
provided a method lot touting a telephone call, compris- 
ing the steps ol receiving a destination number (DN) tor 
said call: based on said DN. determining whether a con- 
nection is possible through a computer network; where 
a computer network connection, is possible, routing said 
call through said computer network: where a computer 
network connection is not possible, routing said call 
through a switched telephone network. 
[0005] According to another aspect of the present in- 
vention, there is provided a call router for routing a tel- 
ephone call, comprising: a receiver lor receiving an out- 
going call; a detector responsive to said receiver for de- 
- tecting a destination for said call; a determiner respon- 
sive to said destination detector for determining whether 
or not a connection is possible through a computer net- 
work; a route initiator responsive to said determiner for 
initiating a route for said call through one of said com- 
puter network and a switched telephone network. 

BRIEF DESCRIPTION OF THE DRAWINGS . . 

[0006] In the figures which show an example embod- 
iment ot the invention, 

figure 1 is a schematic view of a communication 
system embodying this invention, 
figure 2 is a schematic detail of a portion of figure 
1 , and 

figures 3a and 3b comprise a flow diagram of the 
program controf for a portion of the system of figure 
1. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0007] Turning to figure 1. a communication system 
illustrated generally at 10 comprises a plurality of tele- 
phone appliances 1 2 connected to a first private branch 



exchange (PBX) 14 and a plurality of telephone appli- 
ances 22 connected to a second PBX 24. PBX 14 and 
PBX 24 are each connected to a wide area network 
(WAN), or intranet. 40. an internet 42, and a public 

5 switched telephone network (PSTN) 44. 

[0008] Referencing figure 2, PBX 14 comprises a 
processor 52 connected for two-way communication 
with a memory 54 and having a control input to a switch 
matrix 56. The switch matrix has inputs 58 from tele- 

10 phone appliances connected to the PBX and outputs 60 
to these telephone appliances and lo intranet, internet, 
and PSTN lines. PBX 24 is identically configured. 
[0009] The operation of the communication system of 
figures 1 and 2 is described in conjunction with figures 

IS 3a and 3b. which illustrates the program control for proc- 
essor 52 of PBX 1 4. 

[0010] If a user ol telephone appliance 1 2a goes off- 
hook and dials a destination number (DN) for telephone 
appliance 22a. the PBX 14 receives the DN (block 110). 

20 The processor of the PBX retrieves a WAN look-up table 
from memory 54 and determines whether the DN ap- 
pears in the table (block 1 1 2). If yes. this means that the 
DN is for a telephone appliance associated with a PBX 
on the WAN and the processor retneves the WAN ad- 

2S dress associated with the DN from the look-up table 
(block 114). The WAN address is an indication of a des- 
tiriation PBX on the WAN to which the called telephone 
• appliance is associated. In the illustrative example, the 
address for PBX 24 would appear in the WAN table. With 

30 this information. PBX 14 routes the call through its 
switch matrix 56 to a WAN line and initiates routing 
through the WAN in order to complete the call (block 
116), verifying in the process that the Quality of Service 
(OoS) is high enough to support a real-tHTie telephone 

35 conversation by measuring the packet delay. 

[0011] If the user of telephone 1 2a dialled the DN for 
a telephone appliance not on the WAN or the call re- 
quired a QoS above that available on the WAN, then 
PBX 14 next accesses an intemet look-up table and 

40 searches for the DN (block 118). If an entry is found, the 
internet address is retrieved (block 120) and the PBX • 
14 initiates routing through the intemet to the destination 
PBX (block 122), verifying jn the process that the QoS 
is high enough to support a real-time telephone conver- 
ts sation. 

[0012] Assuming PBX 14 did not have an internet 
look-up table entry for the DN, or the QoS was not high 
enough to support a telephone conversation, the PBX 
initiates routing of the call through the PSTN (bkx:ks 

so 124,130). 

[0013] Whenever a call is established over the inte- 
met. PBX 1 4 monitors the quality of service (QoS) of the 
internet call path (block 134). This involves measuring 
such parameters as packet delay, the number of data 

55 packets dropped and throughput. Preferably QoS is 
measured using the known Real-Time Transport Control 
Protocol (RTCP). If the QoS falls below a first threshold 
(block 136). then PBX 14 initiates the setting up of a 
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parallel call path to the destination PBX over the PSTN. 
Once this parallel path is established. PBX 14 sends a 
sequence of in-band tones over the PSTN to the desti- 
nation PBX wrtiich uniquely identifies the internet con- 
nection carrying the call's voice path connection (e.g. s 
the calling and called telephone numbers). The destina- 
tion PBX sends a confirmation tone over the PSTN to 
PBX 1 4 indicating vA\en it has found the connection. 
(This interaction is done over the PSTN instead of over 
the internet because the internet is assumed to be suf- io 
fering delays due to congestion at this time.) The con- 
firmation tone is used as a signal for both PBXs to si- 
multaneously svi^itch the voice path from the internet to 
the PSTN. Since the internet voice path is suffering qual- 
ity problems such as excessive delay, it will normally be is 
acceptable to switch the voice path without waiting lor 
a silence interval. A notification tone can be sent to the 
calling and called panies during a silence interval to no^' 
tify them that the call has been rerouted. Typically a 
PSTN connection generates higher user charges than 
an internet connection and so the alerting informs the 
parties of their use of a higher price connection. 
[0014] After the change-over, the internet call path is 
maintained and PBX 14 sends lest packets over the in- 
ternet call path to allow it to continuously monitor the 
QoS of the connection (block 144). If the QoS improves 
so as to exceed a second threshold — which may be set 
higher than the first threshold (block 1 46). PBX 1 4 mon- 
itors for silence on the PSTN connection, then initiates 
routing of the call through the internet (block 148). The 30 
PBX may also send an in-band signal to alert the parties 
of a switch over back to the internet connection. The 
PBX then initiates tearing down of the PSTN connection 
(block 150). 

[O0^S] For the duration of the call. PBX 14 monitors 3S 
the QoS of the internet connection and re-establishes a 
PSTN connection whenever necessary. 
[0016] In the foregoing, it is assumed that the WAN 
40 is able to guarantee a QoS for each connection. If 
this is not the case, then the PBX 14 monitors and re- 
spends to the QoS on the WAN in the same fashion as 
it monitors and responds to the QoS on the internet. 
[0017] By utilising a computer network (intranet or in- 
ternet) call path. In preference to a PSTN call path, the 
communication system 1 0 minimizes toll costs of a call. 
Additionally, the communication system 10 provides a 
"safety factor" for any call over a computer network in 
that should the QoS of the call degrade for any reason, 
the call will be rerouted through the PSTN. 
[0018] While figure 1 illustrates two networked PBXs. 50 
it will be readily apparent that any number of PBXs may 
form part ot a "corporate" network. When any new PBX 
is to join the corporate network and this new PBX is con- 
nected to the internet, a system operator enters the in- 
ternet protocol (IP) address of a "reference" PBX in the 55 
corporate network. The reference PBX can be any ac- 
tive PBX of the corporate network which has an internet 
connection. This prompts the new PBX to send a mes- 



sage to this IP address identifying itself as a new PBX 
on the corporate network along with the range of ONs 
to which rt responds and an authentication code. The 
reference PBX returns a message which contains a 
mapping between corporate network DN ranges and IP 
addresses for all of the PBXs in the corporate network. 
The new PBX stores this information in a look-up table 
and then sends a message to each of the PBXs in the 
corporate network identifying itself as a new PBX on the 
corporate network and specifying the range of DNs to 
which it responds. Upon receiving this message, the 
other PBXs update their kx>k-up table to include this new 
PBX. This same procedure may be used to incorporatiB 
a new PBX in a WAN of the corporate network. 
[001 9] Efficiency of the corporate network may be fur- 
ther enhanced by a nrKxJification wherein each PBX pe- 
riodically sends test messages to each of the other 
PBXs in the corporate network to determine the quality 
of service of the WANAmternet connections between it- 
self and the other PBXs. II it determines that the quality 
of service with another PBX is not high enough to sup- 
port an acceptable voice conversation, it will set a "poor 
Voice Quality" flag in a look-up table indicating that calls 
to this PBX should be routed over the PSTN. This flag 
will be cleared when subsequent tests indicate that the 
quality of service achievable over the WAN/internet con- 
nection to this PBX has returned to an acceptable level. 
[0020] With this modification, when a user places a 
call to a remote PBX, the load PBX will look up the IP 
address of the remote PBX and check the Poor Voice 
Quality flag associated with that PBX. If the remote PBX 
has an IP address in the look-up table and its Poor Voice 
Quality flag is not set, the local PBX will set up the call 
over the WAN or internet. Otherwise it will set up the call 
over the PSTN. 

[0021] While the illustrative embodiments reference 
the PSTN, it will be appreciated that this network could 
equally be a network of leased lines or other switched 
telephone network. If the switched telephone network 
does not support an end-tO:end digital connection, it 
may be necessary to convert an incoming call from an- 
alog to digital in any known fashion before the call is 
routed over an internet connection. 
[0022] Each PBX in the illustrative embodiment could 
be replaced by any intelligent switch. Further, instead of 
programming a PBX or other intelligent switch to per- 
form as described, a special purpose router could be 
associated with the switch. The switch would then be 
programmed to query the router for instructions v^rtien- 
ever a call arrived and the router would instruct the 
switch to operate in the manner described for the PBX 
hereinbefore. As a further alternative, if the switch was 
a signal switching point (SSP) in an advanced intelligent 
network (AIN), then, as is standard in an AIN. the SSP 
queries a supervisory control point (SCP) when a call 
arrives. The SCP could contain the program control for 
the SSP such that the SSP operated in the manner here- 
inbefore described for the PBX. 
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[0023] In sumrT\ary, to reduce telephone loll costs to 
a user, a PBX preferentially establishes a call to a des- 
tinaiion nunriuer (DM) over a WAN or the intsrnst. The 
PBX determines the available connection types availa- 
ble by querying look-up tables for the particular DN. It 
no alternatives to the PSTN are available, the call is rout- 
ed over the PSTN. Where a WAN or internet connection 
is available, the call is then routed over this alternative 
service. If the Quality of Service (QoS) over the compu- 
ter netvy^ork connection falls be\ov/ a specified threshold, 
a second parallel connection is made over the PSTN 
and the call is then transferred to the PSTN. The user 
is notified of this change in service. During the PSTN 
connection, the PBX polls the alternative service and, 
upon the QoS rising above a specified threshold, the call 
IS then routed back to the aitemative service and the- 
PSTN connection is torn down. The user is again* noti- 
fied of this change in service. 

[0024] Other modificatbns will be apparent to those 
skilled in the art and. therefore, the invention is defined 
in the claims. 

Claims 

1. A method for routing a telephone call, comprising 
the steps of: 

receiving a destination number (DN) tor said 

call; 

based on said DN, determining whether a con- 
nection is possible through a computer net- 
work: 

where a computer network connectbn is pos- 
sible, routing said call through said computer 
network; 

where a computer network connection Is not 
possible, routing said call through a switched 
telephone network. 

2. . A method claimed in claim 1 . including the steps of: 

where said call is routed through said compu- 
ter network, monitoring a quality of service for said 
call and, where said quality of service falls below a 
threshold, dynamically rerouting said call through 
said switched telephone network. 

. 3. A method as claimed in claim 2. wherein said step 
of dynamically rerouting comprises the steps of: 

setting up a call path on said switched tele- 
phone network which is parallel to an existing 
call path for said call on said computer network: 
and 

switching said call from said computer network 
path to said switched telephone network path. 

4. A method as claimed In claim 2 or claim 3, including 



the steps of: 

nrjajrjtaininn cajH COmpUtef HetWOrk pBth; 

sending test data packets on said computer 
5 network path; 

monitoring a quality of service for said test data 
packets; 

v^ere said test packets quality of service ex- 
ceeds a threshold, switching said call from said 
10 switched telephone network path back to said 

computer network path and tearing down said 
switched telephone network path. 

5. A method as claimed in any one of claims 2 to 4, * 
IS including the step of monitoring for a natural break 
in communication on said computer network path 
and wherein the step of switching Is responsive to 
said monitoring step. 

20 6- A method as claimed in claim 5, including the step 
of generating an in-band signal on the switching 
step. 

7. A method as claimed in any preceding claim, where- 

2S in said computer network comprises an intemet 

and/or an intranet and wherein said switched tele- 
phone network comprises a public switched tele- 
phone network (PSTN). 

30 8. A method as claimed in claim 7, including the steps 
of: 

where an intranet connection is not possible, 
determining If an internet connection is possi- 

35 ble; and 

where an intranet connection is not possible 
and an internet connection Is possible', routing 
said call through said internet preferentially to 
routing said call through said switched tele- 

40 phone network. 

9. A method as claimed In any preceding claim. Includ- 
ing the steps of, where a computer network connec- 
tion is available: 

45 

repeatedly testing a quality of sen/Ice of said 
computer network connection; 
storing an indication of whether or not said 
quality of service is poor based on said testing; 
so deterrhining whether a computer network con- 

nection is possible based on said stored indi- 
cation. 

1 0. A call router for routing a telephone call, comprising: 

55. 

a receiver for receiving an outgoing call; 
a detector responsive to said receiver for de- 
tecting a destination for said call; 



4 



BNSOOCID: <EP 092017GA2 i > 



7 EP 0 920 176 A2 

a determiner responsive to said destination de- 
tector for determining whether or not a connec- 
tion is possible through a computer network: 
a route initiator responsive to said determiner 
for initiating a route for said call through one of ^ . 
said computer network and a switched tele- 
phone network. 

11. A router as claimed in claim 11 , including a monitor 
for monitoring a quality of service for said call vy^ere 
said call is routed throu^ said computer network 
and for. where said quality of service falls below a 
threshold, causing said route initiator to dynamically 
reroute said call through said switched telephone 
network. 

12. A router as claimed in claim 12, including a signal 
generator responsive to an output of said monitor 
for generating an in-band signal when said route in- 
itiator reroutes a call. 

1 3. A telecommunications network including a router as 
claimed in any one of claims 10 to 12. 
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